installer nand

Ce n’est pas trop le sujet du tutoriel et aucune raison que cela apparaisse en FAQ. Un sujet dans une autre section aurait dû être privilégié.

Cette demande a déjà été demandée d’ailleurs.
https://gamergen.com/forums/blabla-swit ... 67654.html

Il me semble que cela s’opère de manière simple d’une Switch à l’autre lorsqu’il s’agit de la sysNAND (NAND système de la console) et ce sans réel besoin que les deux soient hack ou non sauf erreur. Et cela sans compter le fait que certains jeux passent par un outil tiers (ex: Animal Crossing New Horizon) ou d’autres qui utilisent le Cloud. Dans ces deux derniers cas, cela ne passe pas par l’outil de transfert de la console.

En revanche, transférer une sauvegarde sur l’emuNAND depuis une console jailbreak sur une console non hack, ne pourra pas passer par l’utilitaire simple de la console. Il faut dans ce cas utiliser un outil tiers ou une méthode tierce qui nécessite que les deux soient jailbreak. Comme indiquait dans le sujet en lien, je n’affirme rien en disant cela car non testé mais cela me semble logique.

SysNAND et emuNAND sont déliées donc l’une ne communique pas avec l’autre. Et il existe toujours l’idée du dump via un outil tiers pour ensuite les restaurer mais comme dit, cela implique un jailbreak sur les deux consoles.

Les méthodes qui passent par le online depuis le CFW emuNAND provoquera un bannissement de la console. Et quand il s’agit de la sysNAND, il faut être certain que celle de la console hack soit vraiment clean. Les outils tiers comme JKSV, DBI ou autres permettent de dumper les sauvegardes de l’emuNAND vers la sysNAND pour ensuite faire un transfert de données simple sur sysNAND mais cela présente un risque également.

Après il existe la méthode tierce qui passe par memloader/HacDiskMount/Hactoolnet mais il faudra faire des recherches car ceci est assez complexe.

Le forum regorge de ce type de demande. Il y a pourtant suffisamment d’informations pour s’y retrouver.

Si tu souhaites repartir de zéro sans rien conserver, il suffit d’utiliser ce tutoriel:
https://gamergen.com/forums/underground ... 36600.html

Toutefois, tu indiques avoir utilisé le hack sur sysNAND sans avoir créé d’emuNAND, aspect pourtant non conseillé sur les tutoriels de la Toile assez nombreux depuis. Du coup, il faudrait savoir ce que tu as pu opérer sur la NAND et déterminer si elle a été modifiée ou non. Elle se modifie en utilisant des NSP, certains homebrews et le mode autoRCM. Si c’est le cas, cela implique de d’abord nettoyer la NAND avec un outil tiers dont j’ai oublié le nom car c’est un risque de ban si elle a été modifiée et que tu décides d’utiliser le online.

Pour le reste, il suffit de suivre le tutoriel pour Atmosphère/Hekate dans son ensemble. Ne pas oublier de dumper les clés via Lockpick_RCM pour utiliser certains outils et d’ajouter les sigpatches manuellement.

Cela dépend de la mise à jour opérée sur quelle NAND (sysNAND ou emuNAND). Et si une emuNAND a été créée. Si c’est le cas et que la sysNAND a été mise à jour en 13.2.0 mais que l’emuNAND est toujours en 11.0.0, il n’y aucun problème à lancer le Menu SX OS pour booter le CFW sur l’emuNAND. L'accès au Menu SX OS se fera toujours quelque soit la version de firmware pour le moment. Seul le CFW ne peut se lancer si HOS est supérieur à 11.0.0.

Si elle a été faite sur sysNAND et aucune emuNAND de créée, cela va poser des problèmes avec les eFuses de la CM qui sont grillés et les eFuses LOTUS du port cartouche également. Le downgrade est possible en soi mais posera ce problème qui ne permettra pas de le contourner avec SX OS. Seul le patch NoGC le permet. La console va créer une forme de brick et ne se lancera pas suite à cette erreur.

Et s’il s’agit de l’emuNAND, il suffit:

• Soit de passer par le Hack Atmosphère/Hekate et de rendre compatible l’emuNAND par une migration opérée avec Hekate. A l’issu, utiliser Daybreak pour downgrader. Le problème se posera pour utiliser le port cartouche qui sera inutilisable car mis à jour et eFuses Lotus grillés. Comme dit, aucun moyen de contourner cela via SX OS


• Soit de recréer une emuNAND via SX OS si la sysNAND est toujours en 11.0.0 max et de dumper les sauvegardes préalablement via JKSV ou autre. A l’issu, supprimer l’ancienne emuNAND. Le problème du port cartouche sera identique comme précisé juste avant.

Dans le cas où il s’agit de la sysNAND, l’alternatIve sera d’utiliser le hack Atmosphère/Hekate. Pas d’autres possibilités comme dit en début de réponse. Il faudra opérer une migration de l’emuNAND si elle a été créée préalablement avec SX OS pour la rendre compatible. Si ce n’est pas le cas et qu’il n’y a pas d’emuNAND, il suffira d’en créer une avec Hekate pour l’utiliser strictement pour le hack.

Si aucune emuNAND n’a été créée, cela signifie que le hack a été utilisé sur la sysNAND, ce qui n’est pas conseillé. Le online est donc à proscrire car la NAND ne sera pas clean. Elle est modifiée par l’utilisation de NSP, certains homebrews et le mode autoRCM si utilisé.

La sysNAND est la NAND sytème sur la console et l’emuNAND est la NAND sur la SD. Les deux sont déliées. Les eFuses de la CM ne sont concernés que sur la sysNAND et les eFuses LOTUS, pour les deux.

Le tutoriel pour utiliser Atmosphère/Hekate avec toutes les infos:
https://gamergen.com/forums/underground ... 36600.html

Crois moi j'ai bien lu le faq peut-être trop pour ce week je dois mélanger des choses ou pas bien comprendre. Pour les sigpatches c'est ok j'ai bien mis les fichiers au bon endroit, pour lockpit c'est bon aussi j'ai fait 1 dump de ma nand et emunand ils sont sur ma sd.
Goldleaf j'ai compris pas besoin d'avoir toute la ram, il m'avertit que le backup est pas signé je met ok et echec de l'instal. Donc si je resume bien pour toi ça vient de mes fichiers nsp qui sont corrompu ça viendrait que de ça ? Je retelecharge d'autre nsp et réessaye mais bon les sites sont connus et fiables je pense. merci beaucoup pour ton aide et ton temps.

Pas exactement, lorsque tu procèdes au hack, tu interviens sur la console composée d’une NAND système. Ainsi, tu as une sysNAND, la NAND système sur la console et l’emuNAND, que tu dois créer, est la NAND système sur la SD. Le hack s’utilise sur l’emuNAND pour éviter de corrompre la sysNAND et la laisser propre de toutes modifications underground.

Donc si tu ne sais ce que c’est, tu n’as pas dû en créer une via SX OS. Dans ton cas, ta sysNAND a été utilisé pour le hack. Si tu n’as pas utilisé de jeux au format NSP, ni certains homebrew et que tu n’as activé le mode RCM, alors ta sysNAND pourrait paraître clean. Malgré tout, aucune confirmation ni affirmation car seul toi peut le savoir dans ce que tu as opéré sur la console. Toutefois, le chargement des XCi a tout de même laissé une trace qui concerne le ticket du jeu.

En passant sur AMS/Hekate, le format XCi n’est pas pris en charge comme sur SX OS. Chaque gestionnaire de backups proposera d’installer le jeu au format NSP. Et cela doit s'opérer sur l’emuNAND pour éviter de modifier la sysNAND.

L’emuNAND est utile pour protéger la sysNAND et ne pas la corrompre mais également pour se prémunir d’un ban.

Toutes les informations sont dans le tutoriel et sa FAQ qu’il faut lire.

Le redémarrage de la console implique de reinjecter le bin pour booter. Il s’agit d’un hack non permanent donc lorsque la console redémarre, le hack n’est plus opérationnel.

Pour sauvegarder la NAND, hekate reste l’outil facile et utile.

Les backups, une fois, installé sur l’emuNAND, ne sont pas à réinstaller si la console redémarre. En revanche, pour les utiliser, il faut boot en CFW, cela va de soi.